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DETAILED ACTION 

1. This action is in response to an Amendment filed March 16, 2007. No claims have been added or 
cancelled in this amendment. Claims 1-5 and 7-49 are pending. Claims 1-5 and 7-49 have been 
examined. Claims 1-5 and 7-49 have been rejected. 

2. As previously recited, the Examiner would like to thank the Applicant for the well-presented 
amendment, which was useful in the examination process. The Examiner appreciates the effort to 
carefully analyze the Office Action and make appropriate arguments and amendments. 

Response to Arguments 

3. Regarding claim 36 objected to for minor informalities: 

3.1. Applicant's claim amendment overcomes the objection. 

4. Regarding claims 1 - 8, 9 - 28, 36 - 42 and 43 - 49 rejected under 35 U.S.C. § 112: 
4.1. Applicant's amendments to the claims overcome the rejection. 

5. Regarding claims 9 - 28, 29 - 35, 36 - 42, 43 and 45 - 49 rejected under 35 U.S.C. § 101: 

5.1. Regarding claims 9 and 36, Applicant's amendments to the claims overcome the rejections. 

5.2. Regarding claim 29, Applicant 7 s arguments have been fully considered but are not 
persuasive, as follows. Accordingly, the rejection is maintained. 
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.5.3. The Applicant argues: 

5.3.1. Claim 1, for example, has been amended to recite that the actions occur at a running 
system. The claim also explains that the transformed persistence package is stored in a 
storage device of the running system. The transformation and storage provide tangible 
results sufficient to comply with Section 101. The same applies to claims 9, 29 and 37 

5.3.1.1. The Examiner respectfully replies: 

5.3.1.2. Claim 29 does not appear to be a running system. The claim appears to be 
directed to an apparatus comprising a storage device connected to software 
components. Although the claim contains a tangible element, there is no processor 
that would allow any functionality of the software to be realized. 

6. Regarding claims 1 - 3, 7 - 13, 15 - 20 and 22 - 23 rejected under 35 U.S.C. § 103: 

6.1. Applicant's arguments have been fully considered (page 10), and are persuasive. However, 
new rejections are made as described below. 

7. Regarding remaining claims rejected under 35 U.S.C. § 103: 

7.1. Applicant's arguments have been fully considered (page 11), and are persuasive. However, 
new rejections are made as described below. 



Claim Objections 



8. 



Claim 25 is objected to for the following informality: Claim 25 recites, "a transform that substantially 
maintains the model structure". The term "substantially" appears to be a relative term. 
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Claim Rejections - 35 USC § 101 
9. 35 U.S.C. 101 reads as follows: 



Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

9.1. Claims 29 - 35, 36 - 42, 43 and 45 - 49 are rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non-statutory subject matter. 



a. Regarding claims 29 - 35, the recited apparatus appears to contain software, which appears 
to be an abstract idea. Therefore, to be statutory, the claim must be directed to a practical 
application having a concrete, useful and tangible result. The claims do not appear to produce a 
tangible result needed to support a practical application. In addition, the apparatus does not 
appear to have processor that is operationally coupled to the software to realize the functionality 
of the software, and therefore, the claim cannot have a tangible result. The claim appears to be 
directed to an apparatus comprising a storage device connected to software components. 
Although the claim contains a tangible element, there is no processor that would allow any 
functionality of the software to be realized. 



b. Regarding claims 43 and 45 - 49, the recited article of manufacture appears to contain 
abstract operations such as establishing a storage format. Therefore, to be statutory, the claim 
must be directed to a practical application having a concrete, useful and tangible result. The 
claims do not appear to produce a tangible result needed to support a practical application. 
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Claim Rejections - 35 USC §103 

10. The following is a quotation of 35 U.S.C 103(a) which forms the basis for all obviousness rejections 
set forth in this Office action: 

A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time 
the invention was made to a person having ordinary skill in the art to which said subject matter 
pertains. Patentability shall not be negatived by the manner in which the invention was made. 

11. Claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Manning (U.S. Patent Application Publication Number US 2002/0103829) in view of 
Morgenstern (U.S. Patent No. 5,970,490), further in view of Maimone (U.S. Patent Number 6,418,451). 

11.1. As an initial comment, while not part of the rejection, the Examiner remarks that Maimone 
also appears to teach the essential features of the instant invention. 

11.2. Regarding claim 1, Manning appears to teach: 

11.2.1. receiving a persistence package at a running system (figure 3, item 100 - 102; please note 
that a DTD is a Document Type Definition that provides attributes for each element in the 
document and indicates the relationship o f the elements - please refer to paragraph [00041; 
and paragraph [00281; please note that the DTD is included with the received document) 
from one of a plurality of different software components (paragraph [00041 first and second 
sentences; it would have been obvious that the multiple data types recited, such as vector 
graphics and e-commerce transactions, were produced by different software components, 
wherein a software component is interpreted to include an application) , the persistence 
package including persistent data and metadata (figure 3, item 100 - 102; please note that a 
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DTD is a Document Type Definition that provides attributes for each element in the 
document, arid indicates the relationship o f the elements - please refer to paragraph [00041; 
and paragraph [00281; please note that the DTD is included with the received document), 
the software components having persistent data in different formats (paragraph [00041 first 
and second sentences; paraphrasing a definition of "format" from the IBM Dictionary of 
Computing, a "format" is a specified arrangement of fields; it would have been obvious 
that persistent data from vector graphics is in a different format than e-commerce 
transactions) . 

11.2.2. extracting persistent data and metadata from the persistence package (figure 3, items 114 
- 128; and paragraphs [00281 and [00291), the persistent data relating to diverse types of 
objects constructed at runtime of the software component and needed during more than 
one invocation of the software component (paragraph (0004J ), the metadata describing the 
persistent data (paragraph [0004D . 

11.2.3. establishing, based on the extracted metadata, a storage format for the persistent data 
(paragraph [00281; paragraph [00411; figure 3, elements 102 - 110) . 

11.2.4. applying the transform to the persistent data to format the persistent data without using 
the software component from which the persistence package was received (fi gure 3, element 
124, since the accessed object is stored, it would have been obvious that the transform is 
applied; and paragraph [00291, since each object (e.g. attribute value or content) is stored in 
an element table, it would have been obvious that a transform is applied; please note that 
the specification recites, "Transforms establish a storage format and/or storage location 
for the persistent data." ) from the format of the software component into a storage format 
that is compatible with the receiving system and with a storage device of the running 
system independent of the software component (paragraph [00221, paragraphs [00271 - 
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[00291 and paragraph [00341; it would have been obvious that the received data such as 
vector graphics and e-cotnmerce transactions is being stored in a relational database, 
which is a storage format that is compatible with the receiving system and with a storag e 
device independent o f the so ftware component) . 

11.2.5. storing the persistent data in the storage device in the storage format (paragraph [00291; 
and figure 3, element 124) . 



11.2.6. Manning does not specifically teach (in bold italic underline) : 

11.2.6.1. software components having persistent data in different formats that are foreign 
to the running system . 

11.2.6.2. the metadata describing the persistent data, and comprising, at least in part, a 
description of the format o f the persistent data . 

11.2.6.3. establishing, based on the extracted metadata, a transform for a storage format 
and a storage location for the persistent data. 

11.2.7. Morgenstern appears to teach : 

11.2.7.1. establishing, based on the extracted metadata, a transform for a storage format 
for persistent data (^figure 2, elements 42, 46, 22, 32, 36, 23, 66; and column 8, lines 53 - 
67, and column 9, lines 1-3, and column 7 lines 16 - 67, and column 8, lines 1 - 53 ). 

11.2.8. Maimone appears to teach : 
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11.2.8.1. software components having persistent data in different formats that are foreign 
to the running system (fi gure 1, element 10; column 3, lines 5 - 20, and column 4, lines 
24 - 45; it would have been obvious that the objects were in different formats that 
were foreign to the running system because as described in the specification {for 
example, figure 4), the running system is the persistent storage system, and the objects 
may not have a schema that stores the object, in which case, a schema is created) . 

11.2.8.2. the metadata describing the persistent data, and comprising, at least in part, a 
description of the format of the persistent data ( fi gure 1, element 18, and column 3, 
lines 60 - 67, and column 4, lines 1 - 16; it would have been obvious that attribute 
type of element 18 was a description of persistent data) . 

11.2.8.3. establishing, based on the extracted metadata, a storage format and a storag e 
location for the persistent data ( column 4, lines 24 - 45; a schema describes a table, 
and a table is obviously a storage location for the persistent data ). 

11.2.9. The motivation to use the art of Morgenstern with the art of Manning would have been 
the several benefits recited in Morgenstern, including that self-description information 
simplifies the management of generated source code and the resulting compiled modules, 
which is especially useful in large systems (column 6, lines 33 - 37, lines 1-2, lines 9 - 12) , 
and the advantage ( column 46, lines 41 - 45) that the data transformation approach allows 
rules to be more declarative in nature, and also supports asynchronous processing of 
transformations, thereby being amenable to parallelization ( column 46, lines 35 - 41 ), which 
would have been recognized as an advantage by the ordinary artisan. 
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11.2.10. The motivation to use the art of Maimone with the art of Manning would have been the 
* benefit recited in Maimone that the invention improves the ability to persist objects of an 

object-oriented environment in a relational database ( column 2, lines 24 - 27 ). 

11.2.11. Therefore, as discussed above, it would have been obvious to the ordinary artisan to use 
the art of Morgenstern and the art of Maimone with the art of Manning to produce the 
claimed invention. 

11.3. Regarding claim 2, Manning appears to teach using metadata passed from the persistence 
package to establish a storage location for the persistent data during the runtime of the system 
(paragraphs [00281 - [00291; Since the Applicant's specification provides no detail on the 
meaning o f "storage location", the term "storage location" is being given a broad reasonable 
interpretation to include database tables as a storage location) . 

11.4. Regarding claim 3, Manning appears to teach that the metadata comprises at least in part a 
description of a model structure of the persistent data (fi gure 3, item 102; please note that a DTD 
is a Document Type Definition that provides attributes for each element in the document and 
indicates the relationship of the elements - please refer to paragraph [0004]) . 

11.5. Regarding claim 7, Manning appears to teach retrieving persistent data from storage using a 
transform during the runtime of the system (figure 4, all items; and paragraph [0030]) . 

11.6. Regarding claim 8, Manning appears to teach receiving persistent data compatible with at 
least one of any type of processor, any type of programming language, any type of operating 
system, and any type of architecture (paragraph [0021 ]) . 
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11.7. Regarding claim 9, Manning appears to teach: 

11.7.1. Almost all of claim 9 is taught as described in claim 1 above. The differences are taught 
below. 

11.7.2. a data storage device (paragraph [0021 ]) , 

11.8. Regarding claim 10, Manning appears to teach the data storage device is external to a 
receiving system using the persistence engine (paragraph 10021]) . 

11.9. Regarding claim 11, Manning appears to teach a storing interface to store the persistent data 
using the storage format (paragraph [0027], second sentence]) . 

11.10. Regarding claim 12, Manning appears to teach a retrieving interface to retrieve the persistent 
data for use by one of the receiving system and the software component, the software 
component comprising an application (fi gure 1, element 2; and paragraph [0011 ]; and paragraph 
[00271 second sentence; and paragraph [0030]) . 

11.10.1. Regarding (figure 1, element 2; and paragraph [0011]; and paragraph [00271 second 

sentence; and paragraph [0030]); it would have been obvious to the ordinary artisan that the 
received query is from one of a running system and a software component, the software 
component comprising an application. 

11.11. Regarding claim 13, Manning appears to teach that the metadata comprises at least in part a 
description of the data model structure of the persistent data (figure 3, item 102; please note that 
a DTD is a Document Type Definition that provides attributes for each element in the 
document and indicates the relationship o f the elements - please refer to paragraph [0004]) . 
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. 11.12. Regarding claim 15, Manning appears to teach that the persistence engine receives a 

persistence package comprising the metadata and the persistent data (fi gure 3, item 100 - 102; 
please note that a DTD is a Document Type Definition that provides attributes for each element 
in the document and indicates the relationship of the elements - please refer to paragraph 
[00041; and paragraph [00281) 

11.13. Regarding claim 16, Manning appears to teach that the persistence engine receives persistent 
data structured using any data model from a source comprising at least one of any type of 
processor, any type of operating system, any type of programming language, and any type of * - 
architecture (figure 3; all items) . 

11.13.1. Regarding (figure 3; all items); it was inherent that any type of data model can be 
expressed in an XML document. 

11.14. Regarding claim 17, Manning appears to teach a metadata engine having a metadata reader 
(paragraph [00271 - please note that it was inherent that the XML document manager includes a 
metadata reader) and a metadata filter (paragraph [00271 - please note that the XML parser was 
a metadata filter) . 

11.15. Regarding claim 18, Manning appears to teach that the metadata filter interprets the 
metadata (paragraph [00271) . 

11.16. Regarding claim 19, Manning appears to teach a transform engine having a set of transforms, 
a transform selector, and a transform generator (figure 3, items 102 - 110; and paragraph [00281) . 

11.17. Regarding claim 20, Manning appears to teach that a transform establishes at least one of the 
storage format and the storage location to store the persistent data in the data storage device 
(paragraphs [00281 and [00291) . 
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11.18. Regarding claim 22, Manning appears to teach that a transform selector selects a transform 
based on filtered metadata (figure 3, items 100 - 102; and paragraphs 10027] and [00281) . 

11.19. Regarding claim 23, Manning appears to teach that a transform selector requests a transform 
from the transform generator based on filtered metadata \figure 3, items 100 - 110; and 
para graphs [00271 and [00281) . 



12. Claims 4-5 and 14 are rejected under 35 U.S.C 103(a) as being unpatentable over Manning as 

modified by Morgenstern and Maimone as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, 
further in view of XML ("Extensible Markup Language (XML) 1.0"; W3C Recommendation 10-Feb- 
98, 1998). 

12.1. Manning as modified by Morgenstern and Maimone teach the method and apparatus of a 
persistence engine as recited in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

12.2. Claim 4 is a dependent claim of claim 3, and thereby inherits all of the rejected limitations of 
claim 3. 

12.3. Claim 5 is a dependent claim of claim 4, and thereby inherits all of the rejected limitations of 
claim 4. 



12.4. Claim 14 is a dependent claim of claim 13, and thereby inherits all of the rejected limitations 
of claim 13. 
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12.5. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Manning, Title and Abstract; and paragraph {00201 regarding the XML document) . 

12.6. The art of XML is directed toward describing the Extensible Markup Language (XML) 

s 

(Abstract) . 

12.7. Regarding claim 5, Manning appears to teach that extracting persistent data and metadata 
from a persistence package comprises using a filter (paragraph [0027] - please note that the 
XML parser is a filter; and figure 3, all items; and paragraphs 10028] and [00291) . 

12.8. Regarding claim 4, Manning as modified by Morgenstern and Maimone does not specifically 
teach that the metadata conforms to a metadata template comprising rules for describing the 
model structure. 

12.9. Regarding claim 14, Manning as modified by Morgenstern and Maimone does not 
specifically teach a metadata template to format the metadata for readable reception by the 
persistence engine. 

12.10. Regarding claim 4, XML appears to teach that the metadata conforms to a metadata template 
comprising rules for describing the model structure (pa ge 2, section 2. Documents, first sentence; 
and page 3, section 2.1 Well-Formed XML Documents) . 

12.10.1. Regarding (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well- 
Formed XML Documents); the reference XML describes the rules that the metadata 
conforms to. 
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12.11. Regarding claim 14, XML appears to teach a metadata template to format the metadata for 
readable reception by the persistence engine (page 2, section 2. Documents, first sentence; and 
page 3, section 2.1 Well-Formed XML Documents) . 

12.11.1. Regarding (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well- 
Formed XML Documents); the reference XML describes the rules that the metadata 
conforms to, and specifically the production in section 2.1 is a metadata template. 

12.12. The art of XML and the art of Manning as modified by Morgenstern and Maimone are 
analogous art because they both contain the art of interpreting XML documents. 

12.13. The motivation to combine the art of XML with the art of Manning as modified by 
Morgenstern and Maimone would have been obvious given the need in Manning to interpret 
XML documents, and the rules given in XML to form valid XML documents. Therefore, as 
discussed above, it would have been obvious to the ordinary artisan at the time of invention to 
use the art of XML with the art of Manning as modified by Morgenstern and Maimone to 
produce the claimed invention. 

13. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as modified by 
Morgenstern and Maimone as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in 
view of DeltaXML (web page for DeltaXML.com from September 2001 using www.archive.org at 
web.archive.org/web/20011021144026/www.deltaxml.com/prod-xmlschema-1000.html). 

13.1. Manning as modified by Morgenstern and Maimone teaches the persistence engine as recited 
in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 
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13.2. Claim 21 is a dependent claim of claim 19, and thereby inherits all of the rejected limitations 
of claim 19. 

13.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Title and Abstract; and paragraph [00201 regarding the XML document) . 

13.4. The art of DeltaXML is directed toward comparing XML schema DTD files to determine 
differences (page 1, box labeled Description) . 

13.5. Regarding claim 21, Manning as modified by Morgenstern and Maimone does not 
specifically teach that the transform selector comprises a data model comparator. 

13.6. DeltaXML teaches a data model comparator (page 1, box labeled Description), which also 
calculates the data model variance. 

13.7. The art of DeltaXML and the art of Manning as modified by Morgenstern and Maimone are 
analogous art because they both contain the problem of determining whether a pair of DTD's are 
different (Manning, lines 14 - 17 of paragraph [0028]) . 

13.8. The motivation to use the art of DeltaXML with the art of Manning as modified by 
Morgenstern and Maimone would have been obvious given the need recited in Manning to 
determine whether documents have different DTD's (Manning, lines 14 - 17 of paragraph 
[00281) . Therefore, as discussed above, it would have been obvious to use the art of DeltaXML 
with the art of Manning and Morgenstern and Maimone to produce the claimed invention. 



Application/Control Number: 10/004,196 Page 16 

Art Unit: 2123 

14. Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 

Morgenstern and Maimone as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in 

i 

view of Kanne (Kanne, Carl-Christian; Moerkotte, Guido; "Efficient storage of XML data", 1999, 
Technical Report 8/99, University of Mannheim). 

14.1. Manning as modified by Morgenstern and Maimone teaches the persistence engine as recited 
in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

14.2. Claim 25 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

14.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Manning, Title and Abstract; and paragraph [0020] regarding the XML document) . 

14.4. The art of Kanne is directed toward efficient storage of XML data (Title) . 

14.5. Manning as modified by Morgenstern and Maimone does not specifically teach that the 
transform generator produces a transform that substantially maintains the model structure of 
the persistent data received by the receiving system. 

14.6. Kanne appears to teach that the transform generator produces a transform that substantially 
maintains the model structure of the persistent data received by the receiving system (pa ges 4 - 
5, section 2.2 Logical Model - please note the use of a tree structure for XML. XML was 
inherently tree structured.) . 

14.7. The art of Kanne and the art of Manning as modified by Morgenstern and Maimone are 
analogous art because they are both directed to the storage of XML data. 
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14.8. The motivation to use the art of Kanne with the art of Manning as modified by Morgenstern 
and Maimone would have been obvious given the benefit recited in Kanne of describing a 
method to dynamically maintain efficient physical storage for large tree structured objects (page 
20, section 6 Conclusion and Future Work) . Therefore, as discussed above, it would have been 
obvious to the ordinary artisan at the time of invention to use the art of Kanne with the art of 
Manning as modified by Morgenstern and Maimone to produce the claimed invention. 



15. Claim 26 is rejected under 35 U.S.C 103(a) as being unpatentable over Manning as modified by 
Morgenstern and Maimone as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, in view of 
Schoning (Schoning, Harald; "Tamino - a DBMS Designed for XML", 2001 Proceedings 17th 
International Conference on Data Engineering, 2-6 April 2001). 

15.1. Manning as modified by Morgenstern and Maimone teaches the persistence engine as recited 
in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

15.2. Claim 26 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

15.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Title and Abstract; and paragraph [00201 regarding the XML document) . 

15.4. The art of Schoning is directed toward a database management system designed for XML 
(Title) . 
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15.5. Manning as modified by Morgenstern and Maimone does not specifically teach that the 
transform generator produces a transform to remodel the persistent data to maximize efficient 
retrieval for an application. 

15.6. Regarding claim 26, Schoning appears to teach that the transform generator produces a 
transform to remodel the persistent data to maximize efficient retrieval for an application (page 
152, section labeled "Indexing and storage methods") . 

15.6.1. Regarding (page 152, section labeled "Indexing and storage methods"); it would have 
been obvious to design the transform generator to produce a transform to remodel the 
persistent data to maximize efficient retrieval for an application. 

15.7. The art of Manning as modified by Morgenstern and Maimone and the art of Schoning are 
analogous art because they are both directed to the art of XML databases. 

15.8. The motivation to use the art of Schoning with the art of Manning as modified by 
Morgenstern and Maimone would have been obvious given the statement recited in Schoning 
that indexes are indispensable in database systems because otherwise large amounts of data 
could not be efficiently queried (page 152, section labeled "Indexing and storage methods") . 
Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time of 
invention to use the art of Schoning with the art of Manning as modified by Morgenstern and 
Maimone to produce the claimed invention. - 

16. Claim 27 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as modified by 
Morgenstern and Maimone as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, in view of 
Ives (Ives, Zachary G.; Florescu, Daniela; Friedman, Marc; Levy, Alon; Weld, Daniel S.; "An Adaptive 
Query Execution System for Data Integration", 1999, SIGMOD 1999). 
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16.1. Manning as modified by Morgenstern teaches the apparatus of a persistence engine as recited 
in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

16.2. Claim 27 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

16.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, - 
system, program, and data structures for managing structured XML documents in a database 
(Title and Abstract; and paragraph [0020] regarding the XML document) . 

16.4. The art of Ives is directed toward an adaptive query execution system for data integration 
(Title) . 

16.5. Regarding claim 27, Manning as modified by Morgenstern and Maimone does not 
specifically teach that the transform generator uses iterative read-write trials to produce a 
transform to remodel the persistent data to maximize storage and/ or retrieval speed. 

16.6. Regarding claim 27, Ives appears to teach that the transform generator uses iterative read- 
write trials to produce a transform to remodel the persistent data to maximize storage and/ or 
retrieval speed (page 304, first paragraph, the sentence that starts with "The query execution . . . 

16.6.1. Regarding (page 304, first paragraph, the sentence that starts with "The query execution . 
. . it would have been obvious to design the transform generator to use iterative read- 
write trials to produce a transform to remodel the persistent data to maximize storage 
and/ or retrieval speed. 
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16.7. The art of Manning as modified by Morgenstern and Maimone and the art of Ives are 
analogous art because they are both contain the problem of data queries (Manning, paragraph 
10030]) and Ives (Title) . 

16.8. The motivation to use the art of Ives with the art of Manning as modified by Morgenstern 
and Maimone would have been obvious given the statement recited in Ives that it is important to 
optimize the time to initial answers to a query (page 300, left-side column, the paragraph that 
starts with "Since data integration . . .") . Therefore, as discussed above, it would have been 
obvious to the ordinary artisan at the time of invention to use the art of Ives with the art of 
Manning as modified by Morgenstern and Maimone to produce the claimed invention. 



17. Claims 24 and 28 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as modified 
by Morgenstern and Maimone as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in 
view of Deutsch (Deutsch, Alin; Fernandez, Mary; Suciu, Dan; "Storing Semistructured Data with 
STORED", 1999, Proceedings of the 1999 ACM SIGMOD international conference on management of 
data). 

17.1. Manning as modified by Morgenstern and Maimone teaches the persistence engine as recited 
in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

17.2. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Manning, Title and Abstract; and paragraph [00201 regarding the XML document) . 

17.3. The art of Deutsch is directed toward a database for semistructured data, including XML 
(Abstract) . 
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17.4. Regarding claim 24, Manning as modified by Morgenstern and Maimone does not 
specifically teach that the transform generator produces a transform that remodels the persistent 
data to approximate as closely as possible a preexisting transform from the set of transforms. 

17.5. Regarding claim 28, Manning as modified by Morgenstern and Maimone does not 
specifically teach that the transform generator produces a transform to remodel the persistent 
data to maximize data compression. 

17.6. Regarding claim 24, Deutsch appears to teach that the transform generator produces a 
transform that remodels the persistent data to approximate as closely as possible a preexisting 
transform from the set of transforms (first page, right-side column, fourth paragraph that starts 
with "In the first application . . ."; second page, leftside column, second paragraph, and third 
paragraph, and fourth paragraph, bullet points; however, although not part of the rejection, for 
corroboration, also see Maimone figure 2, elements 28, 30, 32 ). 

17.7. Regarding claim 28, Deutsch appears to teach that the transform generator produces a 
transform to remodel the persistent data to maximize data compression (first page, right-side 
column, fourth paragraph that starts with "In the first application . . ."; second page, left-side 
column, first paragraph, the sentence that starts with, "The meaning of "good" depends on the 
application, but usually includes minimizing disk space . . . and second page, left-side column, 
second paragraph and third paragraph and fourth paragraph) . 

17.7.1. Regarding (first page, right-side column, fourth paragraph that starts with "In the first 
application . . ."; second page, left-side column, first paragraph, the sentence that starts 
with, "The meaning o f "good" depends on the application, but usually includes minimizing 
disk space . . . and second page, left-side column, second paragraph and third paragraph 
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and fourth paragraph); it would have been obvious to design the transform generator to 
produce a transform to remodel the persistent data to maximize data compression. 

17.8. The art of Manning as modified by Morgenstern and Maimone, and the art of Deutsch, are 
analogous art because they both contain the problem storing XML data in a database. 

17.9. The motivation to use the art of Deutsch with the art of Manning as modified by Morgenstern 
and Maimone would have been obvious given the requirement recited in Deutsch of the need to 
generate a good relational schema (first page, right-side column, last sentence, continuing on the 
second pag e). Therefore, as discussed above, it would have been obvious to the ordinary artisan 
at the time of invention to use the art of Deutsch with the art of Manning as modified by 
Morgenstern and Maimone to produce the claimed invention. 

18. Claims 29 and 36 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning (U.S. 
Patent Application Publication Number US 2002/0103829) in view of Morgenstern (U.S. Patent No. 
5,970,490), further in view of Maimone (U.S. Patent Number 6,418,451). 

18,1. Regarding claim 29, Manning appears to teach: 

18.1.1. a communications interface (paragraph 100381 "a file server providing access to the 
pro grams via a network transmission line, wireless transmission media, signals 
propagating through space, etc. ,r ); 

18.1.2. a data model description receiver to receive a data model description (figure 3, item 100 - 
102; please note that a DTD is a Document Type Definition that provides attributes for 
each element in the document, and indicates the relationship o f the elements - please refer 
to paragraph 10004]; and paragraph [0028]; please note that the DTD is included with the 
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received document; it would have been obvious that persistent data from vector graphics 
had a different data model than e-commerce transactions) from one of a plurality of 
different software components (paragraph [00041 first and second sentences; it would have 
been obvious that the multiple data types recited, such as vector graphics and e-commerce 
transactions, were produced by different so ftware components, wherein a software 
component is interpreted to include an application) , the software components having 
persistent data in accordance with different data models (paragraph [00041 first and second 
sentences; it would have been obvious that persistent data from vector graphics had a 
different data model than e-commerce transactions ). 

18.1.3. a set of transforms (paragraph [00221; it would have been obvious that a relational 
database has schemas, which are a set o f transforms) . 

18.1.4. a transform generator having an assembler to produce a transform based on the data 
model description independent of the software component from which the data model 
description was received (figure 3, elements 102- 110; and paragraph [0041 1; and 
paragraphs [00281 and [00291; since database schemas are produced during the runtime, it 
would have been obvious that there is a transform generator having an assembler ). 

18.1.5. a storage device (paragraph [0038[) ; 

18.1.6. a transform engine to apply a transform to format persistent data for storage from the 
format of the software component into a storage format that is compatible with a storage 
device independent of the software component (fi gure 3, element 124, since the accessed 
object is stored, it would have been obvious that a transform is applied; and paragraph 
[00291, since each object (e.g. attribute value or content) is stored in an element table, it 
would have been obvious that a transform is applied to format the persistent data for 
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storage; also paragraph [00221 paragraphs [00271 - [00291 and paragraph (00341; it would 
have been obvious that the persistent data such as vector graphics and e-commerce 
transactions is being stored in a relational database, which is a storage format that is 
compatible with the receiving system and with a storage device independent of the 
software component ). 

18.1.7. a storing interface to store the formatted persistent data in the storage device (paragraph 
[00291; and figure 3, element 124 ). 

18.1.8. Manning does not specifically teach (in bold italic underline) : 

18.1.9. a data model description from one of a plurality of different software components that 
are foreign to the apparatus; 

18.1.10. the data model descriptions describing, at least in part a format o f data associated with 
the models; 

18.1.11. a data model comparator to produce a comparison independent of the so ftware 
component from which the data model description is received between the data model 
description and a data model in a trans form in the set o f transforms . 

18.1.12. a transform generator having an assembler to produce a transform based on the data 
model description and the comparison independent of the software component from which 
the data model description was received. 

18.1.13. the transform establishing a storage format and a storage location for data associated 
with the model; 
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18.1.14. Morgenstern appears to teach : 

18.1.15. a data model comparator to produce a comparison independent of the software 
component from which the data model description is received between the data model 
description and a data model in a transform in a set of transforms (fi gure 2, elements 22, 24, 
32, 52, 36, 56, 42, 30; since the elements compare the schemasfor different source and target 
data sources, it would have been obvious that element 30 is a data model comparator to 
produce a comparison independent o f the so ftware component from which the data model 
description is received between the data model description and a data model in a transform 
in a set of transforms ). 

18.1.16. a transform generator, having an assembler to produce a transform based on the data 
model description and the comparison independent of the software component from which 
the data model description was received (fi gure d, elements 42, 22, 24, 32, 52, 36, 56, 30) . 

18.1.17. Maimone appears to teach : 

18.1.18. a data model description from one of a plurality of different software components that 
are foreign to the apparatus (fi gure 1, element 10; column 3, lines 5 - 20, and column 4, lines 
24 - 45; it would have been obvious that the objects were in different formats that were 
foreign to the running system because as described in the specification {for example, figure 
4), the running system is the persistent storage system, and the objects may not have a 
schema that stores the object, in which case, a schema is created ). 

18.1.19. the data model descriptions describing, at least in part a format of data associated with 
the models (fi gure 1, element 18, and column 3, lines 60 - 67, and column 4, lines 1 - 16; it 
would have been obvious that attribute type o f element 18 was a description of the format 
of data) . 
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18.1.20. the transform establishing a storage format and a storage location for data associated 
with the model ( column 4, lines 24 - 45; column 2, lines 1-7; a schema describes a table and 
columns in the table, and a table is obviously a storage location for the persistent data, 
and the column descriptions are obviously a storage format) . 

18.1.21. Therefore, as discussed above, it would have been obvious to the ordinary artisan to use 
the art of Morgenstern and the art of Maimone with the art of Manning to produce the 
claimed invention. 

18.2. Regarding claim 36, Manning appears to teach: 

18.2.1. receiving a data model description at a running system {fi gure 3, item 100 - 102; please 
note that a DTD is a Document Type Definition that provides attributes for each element 
in the document, and indicates the relationship o f the elements - please refer to paragraph 
[0004]; and paragraph [0028]; please note that the DTD is included with the received 
document) from one of a plurality of different software components (paragraph [0004] first 
and second sentences; it would have been obvious that the multiple data types recited, such 
as vector graphics and e-commerce transactions, were produced by different software 
components, wherein a software component is interpreted to include an application) , the 
software components having persistent data in accordance with different data models 
(paragraph [0004] first and second sentences; it would have been obvious that persistent 
data from vector graphics is in a different data model than e-commerce transactions ), the 
persistent data relating to diverse types of objects (paragraph [0004[) . 
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18.2.2. comparing the data model description to a preexisting data model independent of the 
software component from which the data model description is received (figure 3, items 100 
- 102; and paragraph [0028]) , 

18.2.2.1. Regarding (figure 3, items 100 - 102; and paragraph [0028]); it would have been 
obvious that the data model description is compared to a preexisting data model since 
it is determined whether there are tables for the received DTD. 

18.2.3. assembling a transform at the running system independent of the software component 
from which the data model description is received based on the data model description to 
establish a storage format for persistent data during runtime of the system (paragraph 
[0028]; paragraph [0041]; figure 3, elements 102 - 110 ), 

18.2.4. applying a transform to format persistent data for storage from the format of the 
software component into a storage format that is compatible with a storage device 
independent of the software component (fi gure 3, element 124, since the accessed object is 
stored, it would have been obvious that a transform is applied; and paragraph [00291 since 
each object (e.g. attribute value or content) is stored in an element table, it would have been 
obvious that a transform is applied; also paragraph [0022], paragraphs [0027] - [00291 and 
paragraph [0034]; it would have been obvious that the persistent data such as vector 
graphics and e-commerce transactions is being stored in a relational database, which is a 
storage format that is compatible with the receiving system and with a storage device 
independent of the software component) ; 

18.2.5. storing the formatted persistent data at the storage device (paragraph [0029]; and figure 3, 
element 124 ). 
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18.3. Manning does not specifically teach (in bold italic underline) : 

18.4. receiving a data model description at a running system from one of a plurality of different 
software components that are foreign to the running system; 

18.5. the data model description describing the persistent data, and comprising, at least in part, a 
description o f the format o f the persistent data; 

18.6. assembling a transform based on the data model description and the comparison to establish 
a storage format for persistent data. 

18.7. Morgenstern appears to teach : 

18.8. assembling a transform based on the comparison to establish a storage format for persistent 
data (fi gure 2, elements 22, 24, 32, 52, 36, 56, 42, 30; since the elements compare the schemas for 
different source and target data sources, it would have been obvious that transform is 
assembled based on a comparison) , 

18.9. Maimone appears to teach : 

18.10. receiving a data model description at a running system from one of a plurality of different 
software components that are foreign to the running system (fi gure 1, element 10; column 3, lines 
5 - 20, and column 4, lines 24 - 45; it would have been obvious that the objects were in different 
formats that were foreign to the running system because as described in the specification (for 
example, figure 4), the running system is the persistent storage system, and the objects may not 
have a schema that stores the object, in which case, a schema is created) ; 

18.11. the data model description describing the persistent data, and comprising, at least in part, a 
description o f the format o f the persistent data {figure 1, element 18, and column 3, lines 60-67, 
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and column 4, lines 1 - 16; it would have been obvious that attribute type o f element 18 was a 
description o f the format o f persistent data) ; 

18.12. The motivation to use the art of Morgenstern with the art of Manning would have been the 
several benefits recited in Morgenstern, including that self-description information simplifies the 
management of generated source code and the resulting compiled modules, which is especially 
useful in large systems (column 6, lines 33 - 37, lines 1-2, lines 9 - 12 ), and the advantage 
( column 46, lines 41 - 45 ) that the data transformation approach allows rules to be more 
declarative in nature, and also supports asynchronous processing of transformations, thereby 
being amenable to parallelization ( column 46, lines 35 - 41) , which would have been recognized 
as an advantage by the ordinary artisan, 

18.13. The motivation to use the art of Maimone with the art of Manning would have been the 
benefit recited in Maimone that the invention improves the ability to persist objects of an object- 
oriented environment in a relational database ( column 2, lines 24-27 ). 

18.14. Therefore, as discussed above, it would have been obvious to the ordinary artisan to use the 
art of Morgenstern and the art of Maimone with the art of Manning to produce the claimed 
invention. 



19. Claim 30 is rejected under 35 U.S.C 103(a) as being unpatentable over Manning as modified by 

Morgenstern and Maimone as applied to claims 29 and 36 above, further in view of DeltaXML (web 
page for DeltaXML.com from September 2001 using www.archive.org at 
web.archive.org/web/20011021144026/www.deltaxml.com/prod-xmlschema-1000.html). 
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19.1. Manning as modified by Morgenstern and Maimone teaches the data model receiver as 
recited in claims 29 and 36 above. 

19.2. Claim 30 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29, 

19.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Manning, Title and Abstract; and paragraph [ 0020] regarding the XML document) ^ 

19.4. The art of DeltaXML is directed toward comparing XML schema DTD files to determine 
differences (page 1, box labeled Description) . 

19.5. Regarding claim 30, Manning appears to teach a data model parser coupled to the assembler 
(fi gure 3, elements 102 - HQ; and paragraphs [00271 [0028] ). 

19.6. Regarding claim 30, Manning as modified by Morgenstern and Maimone does not 
specifically teach a data model variance calculator coupled to the assembler. 

19.7. DeltaXML teaches a data model comparator (pa ge 1, box labeled Description), which also 
calculates the data model variance. 

19.8. The art of DeltaXML and the art of Manning as modified by Morgenstern and Maimone are 
analogous art because they both contain the problem of determining whether a pair of DTD's are 
different (Manning, lines 14 -17 of paragraph [0028]) . 

19.9. The motivation to use the art of DeltaXML with the art of Manning as modified by 
Morgenstern and Maimone would have been obvious given the need recited in Manning to 
determine whether documents have different DTD's (Manning, lines 14 - 17 of paragraph 
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[00281) . Therefore, as discussed above, it would have been obvious to the ordinary artisan at the 
time of invention to use the art of DeltaXML with the art of Manning as modified by 
Morgenstern and Maimone to produce the claimed invention. 



20. Claims 31, 37 and 38 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as 
modified by Morgenstern as applied to claims 29 and 36 above, further in view of Nestorov 
(Nestorov, Svetlozar; Abiteboul, Serge; Motwani, Rajeev; "Extracting Schema from Semistructured 
Data", 1998, Proceedings of the 1998 ACM SIGMOD international conference on Management of 
data). 

20.1. Manning as modified by Morgenstern. and Maimone teaches the data model receiver as 
recited in claims 29 and 36 above. 

20.2. Claim 31 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 

* 

of claim 29. 

20.3. Claim 37 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

20.4. Claim 38 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

20.5. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Title and Abstract; and paragraph [0020] regarding the XML document) . 
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20.6. The art of Nestorov is directed toward extracting a schema (i.e. data model) from 
semistructured data (e.g. XML data) (Title and Abstract) . 

20 .7. Regarding claim 31, Manning appears to teach a data model parser coupled to the assembler 
(fi gure 3, elements 102 - HQ; and paragraphs [00271 (00281 ). 

20.8. Regarding claim 31, Manning as modified by Morgenstern and Maimone does not 
specifically teach a data model approximator coupled to the assembler. 

20.9. Regarding claim 37, Manning as modified by Morgenstern and Maimone does not 
specifically teach that assembling a transform includes measuring a variance between the data 
model description and a preexisting data model. 

20.10. Regarding claim 38, Manning as modified by Morgenstern and Maimone does not 
specifically teach that assembling a transform includes approximating a preexisting data model. 

20.11. Regarding claim 31, Nestorov teaches a data model approximator (page 1, Abstract; and pag e 
6, section 3 Method Summary, first sentence) . 

20.12. Regarding claim 37, Nestorov teaches that assembling a transform includes measuring a 
variance between the data model description and a preexisting data model (page 8-10, section 
5.2 Distance function between types) . 

20.12.1. Regarding (page 8 - 10, section 5.2 Distance function between types); it would have been 
obvious that assembling a transform includes measuring a variance between the data 
model description and a preexisting data model 

20.13. Regarding claim 38, Nestorov teaches that assembling a transform includes approximating a 
preexisting data model (page 1, Abstract; and page 6, section 3 Method Summary, first sentence) . 
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20.13.1. Regarding (pa ge 1, Abstract; and page 6, section 3 Method Summary, first sentence); it 
would have been obvious that assembling a transform includes approximating a 
preexisting data model. 

20.14. The art of Nestorov and the art of Manning as modified by Morgenstern are analogous art 
because they both contain the problem of determining the data model of semistructured data. 

20.15. The motivation to use the art of Nestorov with the art of Manning as modified by 
Morgenstern and Maimone would have been obvious given the benefit recited in Nestorov of 
determining the data model for semistructured data where the data model is implicit is the data 
(Abstract) . Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of Nestorov with the art of Manning as modified by 
Morgenstern and Maimone to produce the claimed invention. 



21. Claims 34 and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as 
modified by Morgenstern and Maimone as applied to claims 29 and 36 above, further in view of 
Deutsch (Deutsch, Alin; Fernandez, Mary; Suciu, Dan; "Storing Semistructured Data with STORED", 
1999, Proceedings of the 1999 ACM SIGMOD international conference on management of data). 

21.1. Manning as modified by Morgenstern and Maimone teaches the data model receiver as 
recited in claims 29 and 36 above. 

21.2. Regarding claim 34, Manning appears to teach a data model parser coupled to the assembler 
(fi gure 3, elements 102 - 110; and paragraphs [00271 [00281) . 
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21.3. Regarding claim 34, Manning as modified by Morgenstern and Maimone does not 
specifically teach a data compression maximizer coupled to the assembler. 

21.4. Regarding claim 41, Manning as modified by Morgenstern and Maimone does not 
specifically teach that assembling a transform includes maximizing data compression. 

21.5. Regarding claim 34, Deutsch appears to teach a data compression maximizer (second pag e, 
leftside column, first paragraph, the sentence that starts with, "The meaning of "good" depends 
on the application, but usually includes minimizing disk space . . . ") . 

21.5.1. Regarding (second page, leftside column, first paragraph, the sentence that starts with, 
"The meaning o f "good" depends on the application, but usually includes minimizing disk 
space . . . "); it would have been obvious to use a data compression maximizer. 

21.6. Regarding claim 41, Deutsch appears to teach that assembling a transform includes 
maximizing data compression (second page, left-side column, first paragraph, the sentence that 
starts with, "The meaning of "good" depends on the application, but usually includes 
minimizing disk space ... ") . 

21.6.1. Regarding (second page, left-side column, first paragraph, the sentence that starts with, 
"The meaning of "good" depends on the application, but usually includes minimizing disk 
space . . . "); it would have been obvious that assembling a transform includes maximizing 
data compression. 

21.7. The art of Manning as modified by Morgenstern and Maimone, and the art of Deutsch are 
analogous art because they both contain the problem storing XML data in a database. 

21.8. The motivation to use the art of Deutsch with the art of Manning as modified by Morgenstern 
and Maimone would have been obvious given the requirement recited in Deutsch of the need to 
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generate a good relational schema (first page, right-side column, last sentence, continuing on the 
second pag e). 

21.9. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Deutsch with the art of Manning as modified by Morgenstern and 
Maimone to produce the claimed invention. 



22. Claim 35 is rejected under 35 U.S.C 103(a) as being unpatentable over Manning as modified by 

Morgenstern and Maimone as applied to claims 29 and 36 above, further in view of Mani (U.S. Patent 
6,654,734 Bl). 

22.1. Manning as modified by Morgenstern and Maimone teaches the data model description 
receiver as recited in claims 29 and 36 above. 

22.2. Claim 35 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29. 

22.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Title and Abstract; and paragraph [0020] regarding the XML document) . 

22.4. The art of Mani is directed toward a method for query optimization for XML document 
databases (Title and Abstract) . 
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22.5. Manning appears to teach a data model parser coupled to the assembler (figure 3, elements 
102 - 110; and paragraphs [00271 [0028ft . 

22.6. Manning as modified by Morgenstern and Maimone does not specifically teach an indexing 
estimator coupled to the assembler. 

22.7. Mani appears to teach an indexing estimator (column 11, lines 54 -57, the referenced index 
access cost estimator) . 

22.7.1. Regarding (column 11, lines 54 -57, the referenced index access cost estimator): it would 
have been obvious to use an indexing estimator. 

22.8. The art of Mani and the art of Manning as modified by Morgenstern and Maimone are 
analogous art because they both contain the problem of queries for an XML database (Mani, 
Title) and (Manning, paragraph [0030]) . 

22.9. The motivation to use the art of Mani with the art of Manning as modified by Morgenstern 

and Maimone would have been obvious given the benefit recited in Mani of query optimization 

j 

(Title and Abstract), which would have been recognized by the ordinary artisan as saving time 
in a query. 

22.10. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Mani with the art of Manning as modified by Morgenstern and 
Maimone to produce the claimed invention, 

23. Claims 32, 33, 39 and 40 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as 
modified by Morgenstern and Maimone as applied to claims 29 and 36 above, further in view of Ives 
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(Ives, Zachary G.; Florescu, Daniela; Friedman, Marc; Levy, Alon; Weld, Daniel S.; "An Adaptive 
Query Execution System for Data Integration", 1999, SIGMOD 1999). 

23.1. Manning as modified by Morgenstern and Maimone teaches a data model description 
receiver as recited in claims 29 and 36 above. 

23.2. Claim 32 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29. 

23.3. Claim 33 is a dependent claim of claim 32, and thereby inherits all of the rejected limitations 
of claim 32. 

23.4. Claim 39 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

23.5. Claim 40 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

23.6. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Title and Abstract; and paragraph [ 00201 regarding the XML document) . 

23.7. The art of Ives is directed toward an adaptive query execution system for data integration 
(Title) . 

23.8. Regarding claims 32, Manning appears to teach a data model parser coupled to the assembler 
(figure 3, elements 102 - 110; and paragraphs 100271 10028J ). 
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23.9. Regarding claim 32, Manning as modified by Morgenstern and Maimone does not 
specifically teach an efficient storage/retrieval speed maximizer coupled to the assembler. 

23.10. Regarding claim 33, Manning as modified by Morgenstern and Maimone does not 
specifically teach an efficient storage/ retrieval speed maximizer comprising a read/write 
iterator . 

23.11. Regarding claim 39, Manning as modified by Morgenstern and Maimone does not 
specifically teach that assembling a transform includes maximizing data storage speed and/ or 
data retrieval speed. 

23.12. . Regarding claim 40, Manning as modified by Morgenstern and Maimone does not 
specifically teach that maximizing speed includes iteratively performing data read/ write trials 
and selecting the fastest trial. 

23.13. Regarding claim 32, Ives appears to teach an efficient storage/ retrieval speed maximizer 
(page 304, first paragraph, the sentence that starts with "The query execution ...") . 

23.13.1. Regarding (page 304, first paragraph, the sentence that starts with "The query execution . 
. . "); it would have been obvious to use an efficient storage/ retrieval speed maximizer. 

23.14. Regarding claim 33, Ives appears to teach an efficient storage/ retrieval speed maximizer 
comprising a read/ write iterator (page 304, first paragraph, the sentence that starts with "The 
query execution . . . ") . 

23.14.1. Regarding (page 304, first paragraph, the sentence that starts with "The quern execution . 
. . ")\ it would have been obvious to use an efficient storage/ retrieval speed maximizer 
comprising a read/ write iterator. 
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23.15. Regarding claim 39, Ives appears to teach that assembling a transform includes maximizing 
data storage speed and/ or data retrieval speed (page 304, first paragraph, the sentence that 
starts with "The query execution ...") . 

23.15.1. Regarding {page 304, first paragraph, the sentence that starts with "The query execution . 
. ♦ "); it would have been obvious that assembling a transform includes maximizing data 
storage speed and/ or data retrieval speed. 

23.16. Regarding claim 40, Manning appears to teach that maximizing speed includes iteratively 
performing data read/ write trials and selecting the fastest trial (page 304, first paragraph, the 
sentence that starts with "The query execution . . . ") . 

23.16.1. Regarding (page 304, first paragraph, the sentence that starts with "The query execution . 
. . "); it would have been obvious that maximizing speed includes iteratively performing 
data read/ write trials and selecting the fastest trial. 

23.17. The art of Manning as modified by Morgenstern and Maimone, and the art of Ives are 
analogous art because they are both contain the problem of data queries (Manning, paragraph 
[00301) and Ives (Title) . 

23.18. The motivation to use the art of Ives with the art of Manning as modified by Morgenstern 
and Maimone would have been obvious given the statement recited in Ives that it is important to 
optimize the time to initial answers to a query (page 300, leftside column, the paragraph that 
starts with "Since data integration . . .") . Therefore, as discussed above, it would have been 
obvious to the ordinary artisan at the time of invention to use the art of Ives with the art of 
Manning as modified by Morgenstern to produce the claimed invention. 
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24. Claim 42 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as modified by 
Morgenstern as applied to claims 29 and 36 above, further in view of Schoning (Schoning, Harald; 
"Tamino - a DBMS Designed for XML", 2001 Proceedings 17th International Conference on Data 
Engineering, 2-6 April 2001). 

V 

24.1. Manning as modified by Morgenstern and Maimone teaches receiving a data model 
description as recited in claims 29, 34, 36 and 41 above. 

24.2. Claim 42 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

24.3. The art of Manning as modified by Morgenstern and Maimone is directed toward a method, 
system, program, and data structures for managing structured XML documents in a database 
(Manning, Title and Abstract; and paragraph [0020] regarding the XML document) . 

24.4. The art of Schoning is directed toward a database management system designed for XML 
(Title) . 

24.5. Manning as modified by Morgenstern and Maimone does not specifically teach that the 
transform generator produces a transform to remodel the persistent data to maximize efficient 
retrieval for an application. 

24.6. Regarding claim 42, Schoning appears to teach that assembling a transform includes 
optimizing efficient indexing for the persistent data (page 152, section labeled "Indexing and 
storage methods") . 
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24.6.1. Regarding (page 152, section labeled "Indexing and storage methods")-, it would have 
been obvious that assembling a transform includes optimizing efficient indexing for the 
persistent data. 

24.7. The art of Manning as modified by Morgenstern and Maimone, and the art of Schoning are 
analogous art because they are both directed to the art of XML databases. 

24.8. The motivation to use the art of Schoning with the art of Manning as modified by 
Morgenstern and Maimone would have been obvious given the statement recited in Schoning 
that indexes are indispensable in database systems because otherwise large amounts of data 
could not be efficiently queried (pa ge 152, section labeled "Indexing and storage methods") . 
Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time of 
invention to use the art of Schoning with the art of Manning as modified by Morgenstern and 
Maimone to produce the claimed invention. 



25. Claims 43-44 and 47 - 49 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning 
(U.S. Patent Application Publication Number US 2002/0103829) in view of Official Notice, further in 
view of Maimone (U.S. Patent Number 6,418,451). 

25.1. Regarding claim 43, Manning appears to teach: 

25.1.1. a machine-readable medium comprising instructions that are executed by a machine 
(paragraphs [00211 and [00221) . 
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25.1.1.1. Regarding (paragraphs [00211 and 100221): it would have been obvious that 
instructions cause a machine to execute because a computer was a machine, and 
computers execute instructions. 

25.1.2. receiving persistent data having a model structure (figure 3, item 100 - 102; please note 
that a DTD is a Document Type Definition that provides attributes for each element in the 
document, and indicates the relationship of the elements - please refer to paragraph [00041; 
and paragraph [00281; please note that the DTD is included with the received document) 
from one of a plurality of different software components (paragraph [00041 first and second 
sentences; it would have been obvious that the multiple data types recited, such as vector 
graphics and e-commerce transactions, were produced by different software components, 
wherein a software component is interpreted to include an application ), the software 
components having persistent data in different model structures (paragraph [00041 first and 
second sentences; it would have been obvious that persistent data from vector graphics is 
in a different model structure than e-commerce transactions ), the persistent data relating to 
diverse types of objects (paragraph [00041) . 

25.1.3. receiving metadata comprising at least in part a description of the model structure (fi gure 
3, items 100 - 102; and paragraph [0028T ), the metadata describing the persistent data 
(paragraph [00Q4J ). 

25.1.4. establish, using the metadata and without the using the software component from which 
the persistence package was received, during a runtime of the machine, a storage format for 
the persistent data (paragraph [00281; paragraph [00411; figure 3, elements 102 - 110; 
paraphrasing a definition of "format" from the IBM Dictionary of Computing, a "format" 
is a specified arrangement of fields, and it would have been obvious to the ordinary artisan 
that a storage format is established ). 
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25.1.5. apply the established storage format to the persistent data to format the persistent data 
for storage (figure 3, element 124, since the accessed object is stored, it would have been 
obvious that the established storage format is applied; and paragraph [00291 since each 
object (e.g. attribute value or content) is stored in an element table, it would have been 
obvious that an established storage format is applied) from the format of the software 
component into a storage format that is compatible with the machine and with a storage 
device independent of the software component (paragraph [0022], paragraphs [0027] - 
[0029], and paragraph [0034]; it would have been obvious that the received data such as 
vector graphics and e-commerce transactions is being stored in a relational database, 
which is a storage format that is compatible with the receiving system and with a storag e 
device independent of the software component ), 

25.1.6. Manning does not specifically teach : 

25.1.6.1. receive persistent data having a model structure from one of a plurality of 
different software components that are foreign to the machine and the machine- 
readable medium; 

25.1.6.2. the software components having persistent data in different model structures . 

25.1.6.3. receive metadata comprising at least in part a description of the model structure, 
the metadata describing the persistent data and comprising, at least in part, a 
description of the format of the persistent data', 

25.1.6.4. establish, using the metadata and without using the software component from 
which the persistence package was received, a storage format and a storage location 
for the persistent data; 
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25.1.7. Maimone appears to teach : 

25.1.7.1. receive persistent data having a model structure from one of k plurality of 
different software components that are foreign to the machine and the machine- 
readable medium (figure 1, element 10; column 3, lines 5- 20, and column 4, lines 24 - 
45; it would have been obvious that the objects were in different formats that were 
foreign to the running system because as described in the specification (for example, 
fi gure 4), the running system is the persistent storage system, and the objects may not 
have a schema that stores the object in which case, a schema is created ).; 

25.1.7.2. receive metadata comprising at least in part a description of the model structure, 
the metadata describing the persistent data and comprising, at least in part, a 
description of the format of the persistent data (fi gure 1, element 18, and column 3, 
lines 60 - 67, and column 4, lines 1 - 16; it would have been obvious that attribute 
type of element 18 was a description of persistent data ). 

25.1.7.3. establish, using the metadata and without using the software component from 
which the persistence package was received, a storage format and a storage location 
for the persistent data ( column 4, lines 24 - 45; a schema describes a table, and a table 
is obviously a storage location for the persistent data ). 

25.1.8. Official Notice is taken that it was old and well known in the art that vector graphics was 
in a different format than data from e-commerce transactions, and therefore, the software 
components had persistent data in different model structures . 

25.1.9. The motivation to use Official Notice with the art of Manning would have been the 
knowledge of the ordinary artisan that a relational database such as that used in Manning 
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would allow fast searching of large amounts of data, which the ordinary artisan would 
have recognized as a benefit that saves time and allows analysis of data. 

25.1.10. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the 
time of invention to use the art of Maimone and the art of Official Notice with the art of 
Manning to produce the claimed invention. 



25.2. Regarding claim 44, Manning appears to teach instructions (paragraphs f 0021 ] and [0022]), 
that when executed, cause a machine to store the persistent data using the storage format (fig ure 
3, item 124; and paragraph 10029]) . 

25.3. Regarding claim 47, Manning appears to teach instructions, that when executed cause a 
machine to retrieve the persistent data using the storage format (figure 4, all items; and 
paragraph [0030]) . 

25.4. Regarding claim 48, Manning appears to teach instructions, that when executed, cause a 
machine to select and/ or create, based on the metadata, a transform to establish at least one of 
the storage format and the storage location (figure 3, items 102 - HQ; and paragraph [00281 
sentences 1-4) . 

25.5. Regarding claim 49, Manning appears to teach receiving persistent data compatible with one 
of any type of processor, any type of programming language, any type of operating system, and 
any type of architecture (paragraph [ 0021 ]) . 
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26. Claims 45 and 46 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning as 

modified by Official Notice and Maimone as applied to claims 43-44 and 47 - 49 above, in view of 
XML ("Extensible Markup Language (XML) 1.0"; W3C Recommendation 10-Feb-98, 1998). 

26.1. Manning as modified by Official Notice and Maimone teaches receiving persistent data 
having a model structure as recited in claims 43-44 and 47 - 49 above. 

26.2. Claim 45 is a dependent claim of claim 43, and thereby inherits all of the rejected limitations 
of claim 43. 

26.3. Claim 46 is a dependent claim of claim 45, and thereby inherits all of the rejected limitations 
of claim 45. 

26.4. The art of Manning as modified by Official Notice and Maimone is directed toward a 
method, system, program, and data structures for managing structured XML documents in a 
database (Manning, Title and Abstract; and paragraph [0020] regarding the XML document) . 

26.5. The art of XML is directed toward describing the Extensible Markup Language (XML) 
(Abstract) . 

26.6. Regarding claim 45, Manning appears to teach receiving metadata {figure 3, item 100; and 
paragraph [00041 - please note that an XML document contains both persistent data and 
metadata) . 

26.7. Regarding claim 46, Manning appears to teach receiving a persistence package comprising 
persistent data and metadata (figure 3, item 100; and paragraph [00041 - please note that an 
XML document contains both persistent data and metadata) , and to extract the persistent data 
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and the metadata from the persistence package (paragraphs [0028] and [00291; and figure 3, all 
elements) . 

26.8. Regarding claim 45, Manning as modified by Official Notice and Maimone does not 
specifically teach receiving metadata conforming to a metadata template comprising rules for 
describing a data model structure o f the persistent data . 

26.9. Regarding claim 45, Manning appears to teach that the metadata received in claim 45 
conforms to a metadata template comprising rules for describing a data model structure of the 
persistent data (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well-Formed 
XML Documents) . 

26.9.1. Regarding (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well- 
Formed XML Documents); the reference XML describes the rules that the metadata 
conforms to, and specifically the production in section 2.1 is a metadata template. 

26.10. The art of XML and the art of Manning are analogous art because they both contain the art of 
interpreting XML documents. 

26.11. The motivation to use the art of XML with the art of Manning as modified by Official Notice 
and Maimone would have been obvious given the need in Manning to interpret XML 
documents, and the rules given in XML to form valid XML documents. 

26.12. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of XML with the art of Manning as modified by Official Notice and 
Maimone to produce the claimed inventions. 
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27. Examiner's Note: Examiner has cited particular columns and line numbers in the references applied 
to the claims above for the convenience of the applicant. Although the specified citations are 
representative of the teachings of the art and are applied to specific limitations within the individual 
claim, other passages and figures may apply as well. It is respectfully requested from the applicant in 
preparing responses, to fully consider the references in their entirety as potentially teaching all or 
part of the claimed invention, as well as the context of the passage as taught by the prior art or 
disclosed by the Examiner. 



Conclusion 

28. Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. 
Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the 
extension of time policy as set forth in 37 CFR 1.136(a). 

29. A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the 
mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing 
date of this final action and the advisory action is not mailed until after the end of the THREE- 
MONTH shortened statutory period, then the shortened statutory period will expire on the date the 
advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from 
the mailing date of the advisory action. In no event, however, will the statutory period for reply 
expire later than SIX MONTHS from the date of this final action. 
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30. The prior art made of record and not relied upon is considered relevant to the Applicant/ s disclosure: 

30.1. Barbara Staudt Lerner et al.; "Beyond Schema Evolution to Database Reorganization", 1990, 
Proceedings of the European conference on object-oriented programming on Object-oriented 
programming systems, languages, and applications OOPSLA/ECOOP '90, volume 25, issue 10, 
pages 67 - 76; teaches transforming classes in a database to affect the contents as little as possible 
(page 70, section 2.4). 

30.2. L.M. Haas et al; "Transforming Heterogeneous Data with Database Middleware: Beyond 
Integration", 1997, Bulletin of the IEEE Computer Society Technical Committee on Data 
Engineering, pages 1-6; teaches schema transformation. 

30.3. Elke A. Rundensteiner et al; "Maintaining Data Warehouse over changing information 
sources", June 2000, Communications of the ACM, Volume 43, Number 6, pages 57 - 62; teaches 
evolving schemas in data warehouses. 
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31. Any inquiry concerning this communication or earlier communications from the examiner should be 
directed to Russ Guill whose telephone number is 571-272-7955. The examiner can normally be 
reached on Monday - Friday 10:00 AM - 6:30 PM. 

32. If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Paul 

Rodriguez can be reached on 571-272-3753. The fax phone number for the organization where this 

application or proceeding is assigned is 571-273-8300. Any inquiry of a general nature or relating to 

the status of this application should be directed to the TC2100 Group Receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications may 
be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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